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SYSTEM AND METHOD FOR PRIORITIZED BANDWIDTH 
AND CONFERENCE RESOURCE RESERVATION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is filed concurrently with the 
following commonly owned application: System and Method 
for Bandwidth and Conference Resource Reservation 
5 (Attorney's Docket 062891.0542). 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates generally to network 
communications, and more particularly, to a system and 
10 method for prioritized bandwidth and conference resource 
reservation . 
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BACKGROUND OF THE INVENTION 

Historically, telecommunications have involved the 
transmission of voice and fax signals over a network 
dedicated to telecommunications, such as the Public 
5 Switched Telephone Network (PSTN) or a Private Branch 
Exchange (PBX) . Similarly, data communications between 
computers have historically been transmitted on a 
dedicated data network, such as a local area network 
(LAN) or a wide area network (WAN) . Currently, 

10 telecommunications and data transmissions are being 
merged into an integrated communication network using 
technologies such as Voice over Internet Protocol (VoIP) . 
Since many LANs and WANs transmit computer data using 
Internet Protocol (IP) , VoIP uses this existing 

15 technology to transmit voice and fax signals by 
converting these signals into digital data and 
encapsulating the data for transmission over an IP 
network. However, the integration of telecommunications 
and data transmissions is ongoing, and many features and 

20 functionality that were available to users of traditional 
telecommunications networks have not been made available 
to users of VoIP and similar technologies. 

Traditional communication networks often support 
multipoint conferences between a number of participants 

25 using different communication devices. A multipoint 
control unit (MCU) is used to couple the devices, which 
allows users from distributed geographic locations to 
participate in the conference. Each MCU includes a 
finite amount of MCU resources to accommodate one or more 

3 0 multipoint conferences, at a given point in time. The 
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conference may be audio only (e.g., teleconference), or 
videoconferencing/broadcasting may be included. A single 
MCU may be used to accommodate thousands of participants, 
in a multipoint conference. 
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SUMMARY OF THE INVENTION 

The present invention solves many of the problems 
and disadvantages associated with prior communications 
systems. In a particular embodiment, the present 

5 invention provides for prioritized future reservation of 
network and MCU resources for a multipoint conference. 

More specifically, in a particular embodiment, a 
method for reserving conference resources for a 
multipoint conference includes receiving a request for a 

10 multipoint conference, and a list of participants. A 
multipoint control unit resource requirement for the 
multipoint conference is estimated. A first multipoint 
control unit is selected to host the multipoint 
conference. The availability of the multipoint control 

15 unit resource requirement at approximately a scheduled 
start time of the multipoint conference may be 
determined. If the first multipoint control unit does 
not have the multipoint control unit resource requirement 
available at the scheduled start time, a second 

20 multipoint control unit is selected to host the 
multipoint conference. In accordance with the particular 
embodiment, the multipoint control unit resource 
requirement may include a digital signal processor 
resource requirement . 

2 5 In accordance with another embodiment, corresponding 

network resource requirements associated with a plurality 
of the communication paths may be estimated. A first 
communication path of the plurality of communication 
paths is selected and the availability of the estimated 

3 0 network resource requirement associated with the first 
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communication path is determined. A third multipoint 
control unit may be selected if the first communication 
path does not include the estimated network resource 
requirements at approximately the scheduled start time. 
5 In still another embodiment, a second communication 

path of the plurality of communication paths may be 
selected if the first communication path includes the 
estimated network resource requirements at approximately 
the scheduled start time. A fourth multipoint control 
10 unit may be selected if the second communication path 
does not include the estimated network resource 
requirements . 

Technical advantages of particular embodiments of 
the present invention include a system and method for 

15 collecting information regarding the address from which 
participants of a multipoint conference will communicate 
with the MCU. Each address may be predicted based upon 
pre-conf igured, t ime- dependent , default addresses. 
Accordingly, the communication path, and amount of 

2 0 bandwidth required for segments of several communication 
paths of a multipoint conference may be determined, in 
advance . 

Another technical advantage of a particular 
embodiment of the present invention includes a system and 

2 5 method for verifying the availability of adequate network 

resources for a multipoint conference. Such network 
resources include sufficient bandwidth along each segment 
of a communication path between an endpoint and the MCU. 
The network resources may also include DSP resources and 

3 0 communication ports associated with the MCU. 
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Accordingly, both bandwidth and MCU resources may be 
reserved for the multipoint conference. Thus, 
participants are ensured that the MCU system will be 
available to them, and that they will be provided with 
sufficient network resources to access the MCU. 

Yet another technical advantage of particular 
embodiments of the present invention includes a system 
and method for automatically locating an MCU having 
sufficient network resources to host the multipoint 
conference. Accordingly, an MCU having sufficient DSP 
resources available, and sufficient bandwidth available 
in the network for each endpoint to access the MCU and 
conduct the multipoint conference may be identified. 

Still another technical advantage of particular 
embodiments of the present invention includes a system 
and method for identifying an MCU with insufficient DSP 
resources and/or insufficient bandwidth available to 
establish communication paths between the MCU and each 
endpoint. In such cases, an alternative MCU having 
sufficient network resources may be identified 
automatically. 

Still another technical advantage of particular 
embodiments of the present invention includes a system 
and method for providing priority access to conference 
resources for a multipoint conference. Accordingly, 
conference resources may be allocated according to a 
predetermined priority scheme. The priority of a 

multipoint conference may be determined according to the 
type of multipoint conference requested, or the identity 
of the requestor. Similarly, conference resources may be 
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allocated to "high priority" participants of the 
multipoint conference ahead of other participants. 

Other technical advantages will be readily apparent 

to one skilled in the art from the following figures, 

descriptions, and claims. Moreover, while specific 

advantages have been enumerated above, various 

embodiments may include all, some or none of the 
enumerated advantages. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and its advantages, reference is now made to 
the following descriptions, taken in conjunction with the 
5 accompanying drawings, in which: 

FIGURE 1 illustrates one embodiment of a 
communication system incorporating teachings of the 
present invention; 

FIGURE 2 illustrates a flowchart of a method for 
10 reserving conference resources for a multipoint 
conference; 

FIGURE 3 illustrates another embodiment of the 
communication system of FIGURE 1, including a policy 
server that controls and coordinates the distribution of 
15 network resources for multipoint conferences; and 

FIGURE 4 illustrates a flowchart of a method for 
controlling the reservation of MCU and network resources 
for one or more multipoint conferences . 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates a communication system 30 
including a plurality of endpoints 32-3 5 having the 
ability to establish communication sessions with each 
other, and/or a multipoint control unit (MCU) 38. Such 
communication sessions may be established using 
communication networks 40, 41, and/or additional 
endpoints, components or resources coupled with 
communication networks 40 or 41. MCU 38 accommodates 
multipoint conferences between and among endpoints 32-35. 
MCU 38 includes a plurality of digital signal processors 
(DSPs) 46-48, and a plurality of communication ports 50- 
55. Collectively, MCU 38 and communication network 40 
include a finite capacity of conference resources that 
may be allocated to a multipoint conference (s) between a 
plurality of endpoints 32-3 5, at any given point in time. 
In accordance with a particular embodiment of the present 
invention, a network user may reserve conference 
resources associated with MCU 3 8 and communication system 
30 including, without limitation, bandwidth, DSP 
resources, and/or communication ports. 

The multipoint conference may be a Meet Me 
Conference call. A Meet Me Conference call is an 
arrangement by which a user can dial a specific, pre- 
determined telephone number and enter a security access 
code to join a conference with other participants. The 
user is automatically connected to the conference through 
a conference bridge. Conference participants may call in 
at a preset time or may be directed to do so by a 
conference coordinator. Meet Me Conferences may be set 
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up through a teleconferencing service provider, generally 
with the capability to conference thousands of 
participants in a single conference call. However, other 
types of multipoint conferences may be accommodated, 
within the teachings of the present invention. 

Endpoints 32-3 5 may be any combination of hardware, 
software, and/or encoded logic that provide communication 
services to a user. For example, endpoints 32-35 may 
include a telephone, a computer running telephony 
software, a video monitor, a camera, or any other 
communication hardware, software, and/or encoded logic 
that supports the communication of packets of media using 
communication network 40. In the illustrated embodiment, 
endpoints 32-35 include an internet telephone, a personal 
computer and wireless handsets, respectively. A wireless 
transmitter/receiver 3 6 couples endpoints 34 with 
communication network 40. Endpoints 32-35 may also 
include unattended or automated systems, gateways, other 
intermediate components, or other devices that can 
establish media sessions. Although FIGURE 1 illustrates 
four endpoints 32-35, communication system 3 0 
contemplates any number and arrangement of endpoints 32- 
35 for communicating media. For example, the described 
technologies and techniques for establishing a 
communication session between or among endpoints 32-35 
may be operable to establish a multipoint conference 
between more than two endpoints 32-35. 

MCU 3 8 may include any bridging or switching device 
used in support of multipoint conferencing, including 
videoconferencing. In various embodiments, MCU 3 8 may 
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include hardware, software, and/or embedded logic. MCU 
3 8 may be configured to support more than twenty-eight 
conference endpoints, simultaneously. MCU 3 8 may be in 
the form of customer provided equipment (CPE, e.g., 
beyond the network interface) or may be embedded in a 
wide area network (WAN) . Exemplary multipoint conference 
unit standards are defined in ITU-T H.323, with T.12 0 
describing generic conference control functions. 

Communication network 4 0 may be any computer or 
communication network capable of coupling two or more 
endpoints 32-35, for communication. In the illustrated 
embodiment, communication network 40 is a wide area 
network (WAN) that enables communication between a 
plurality of endpoints distributed across multiple cities 
and geographic regions and communication network 41 is a 
public switched telephone network (PSTN) . However, 
communication networks 40 and/or 41 may be one or more 
networks, including the Internet, the public switched 
telephone network, local area networks (LANs) , global 
distributed networks such as intranets, extranets, or 
other form of wireless or wireline communication 
networks. Generally, communication networks 40 and 41 
provide for the communication of packets, cells, frames, 
or other portions of information (generally referred to 
as packets) between and among endpoints 32-35. 

Communication network 4 0 includes a plurality of 
segments 6 0 and nodes 61 that couple endpoints 32-3 5 
across communication network 40. Nodes 61 may include 
any combination of routers, hubs, switches, gateways 
(e.g. gateway 42) or other hardware, software, or 
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embedded logic implementing any number of communication 
protocols that allow for the exchange of packets in 
communication system 30. Each segment 60 and the 

res p ec tive nodes 61 or other communication devices it 
couples include a finite capacity of network resources 
(e.g. bandwidth) available to a communication session 
between endpoints. At any given time, a portion of such 
network resources may be dedicated to one or more 
communication sessions and less than the entire capacity 
of network resources may be available for a multipoint 
conference (s) . 

In a particular embodiment, communication network 40 
employs communication protocols that allow for the 
addressing or identification of endpoints 32-35 coupled 
to communication network 40. For example, using Internet 
protocol (IP) , each of the components coupled together by 
communication network 40 in communication system 30 may 
be identified in information directed using IP addresses. 
In this manner, communication network 4 0 may support any 
form and combination of point-to-point, multicast, 
unicast, or other techniques for exchanging media packets 
among components in communication system 30. 

During any given communication session between 
endpoint 32, for example, and MCU 38, various 
communication paths are available for communicating data 
and information. Each communication path comprises a 
plurality of segments 60 and/or nodes 61. The particular 
communication path of a communication session depends, at 
least in part, upon network traffic being experienced by 
communication network 40 at the time of the communication 
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session, the type of communication session, the bandwidth 
capacity of each segment 60 and/or node 61 included in 
the communication path, as well as the amount of 
bandwidth currently available to such segments 6 0 and 
5 nodes 61. Since each communication path includes a 
plurality of segments 60, the segment 60 having the least 
amount of bandwidth currently available will determine 
the overall capacity of a particular communication path. 
In accordance with a particular embodiment of the present 

10 invention, bandwidth associated with particular segments 
60 and/or nodes 61 may be reserved for use during a 
future multipoint conference. 

As previously described, MCU 3 8 includes a finite 
number of communication ports 50-55, and DSPs 46-48. 

15 Each communication port 50-55 allows MCU 38 to include at 
least one endpoint in a multipoint conference. DSPs 46- 
4 8 include a predetermined quantity of processing power 
for use during the multipoint conference. Therefore, the 
number of endpoints 32-35, and the amount of data and/or 

2 0 information exchanged during a particular multipoint 
conference may be constrained by the quantity or quality 
of DSP resources associated with DSPs 46-48. In order to 
accommodate a future multipoint conference, MCU 3 8 may be 
configured to reserve a predetermined number of 

25 communication ports 50-55 and/or DSP resources for the 
conference. In an alternative embodiment, processing 
capacity for the multipoint conference may be used from 
digital signal processor farm 43 in addition to or in 
lieu of DSPS 46-48. 
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In the illustrated embodiment, MCU 38 includes a 
processor 62 and memory 64 . Processor 62 may be a 
microprocessor, controller, or any other suitable 
computing device or resource. Memory 64 may be any form 
of volatile or nonvolatile memory including, without 
limitation, magnetic media, optical media, random access 
memory (RAM) , read only memory (ROM) , removable media, or 
any other suitable local or remote memory component . A 
user of communication system 30 may configure MCU 38 to 
accommodate a future multipoint conference, using 
processor 62 and memory 64 . When a user or network 
administrator schedules a multipoint conference, MCU 3 8 
prompts the administrator to identify the number of 
participants and a unique identifier associated with each 
participant. MCU 3 8 uses this information to predict a 
communication path for each participant, and reserve 
sufficient communication ports, DSP resources, bandwidth 
and/or other network resources to support the multipoint 
conference . 

FIGURE 2 illustrates a method for reserving 
conference resources for a multipoint conference, in 
accordance with a particular embodiment of the present 
invention. The method begins at step 10 0 where 

information regarding the multipoint conference is 
received. The information may include a scheduled start 
time for the conference and an estimated duration. The 
type of multipoint conference may also be specified, for 
example a video, or audio conference, as well as the 
amount and/ or type of data and information to be 
communicated. The administrator may also specify the 
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amount of bandwidth or quality of service (QoS) desired 
for the multipoint conference. This allows the system to 
determine the amount of DSP resources, communication 
ports, and bandwidth required for the multipoint 
conference . 

At step 102, a list of participants is received from 
the multipoint conference administrator. Each 
participant is identified with a unique identifier which 
may include the participant's name, user name, email 
address, telephone number and/or other unique 
alphanumeric identifier. The unique identifier allows 
the system to identify the participants and predict the 
physical and/or logical address of the endpoint (e.g. IP 
address) from which each participant will access MCU 38. 
The administrator may input the name of each participant. 
This allows the system to access a database, for example 
memory 64, that includes at least one IP address 
associated with the participant. Each participant may 
have more than one IP address associated with their name 
or unique identifier. 

If one or more participants have more than one IP 
address associated with their user profile, the system 
predicts which IP address will be used for the particular 
multipoint conference. In accordance with a particular 
embodiment, processor 62 is operable to access memory 64 
to establish the IP address for each participant, and to 
predict the communication path for each participant. 

The IP address predicted for a particular 
participant may be t ime- dependent . For example, if the 
conference is scheduled to take place during working 
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hours, an IP address associated with each participant's 
office telephone may be used. Alternatively, if the 
conference is scheduled to occur after hours, an IP 
address associated with each participant's home may be 
used. The database may include a user profile for each 
participant regarding which IP address that participant 
will most likely use at any given time. 

In another embodiment, the system may transmit a 
message to each participant requesting each participant 
to specify the IP address that the participant intends to 
use for the particular multipoint conference. This 
message may be sent via electronic mail. In another 
embodiment, the message may be sent via a web form. The 
system collects information from the response of each 
participant in order to identify the endpoints from which 
each participant will access the MCU. In yet another 
embodiment, the administrator may enter the IP address 
from which each participant will access the MCU. In this 
embodiment, it is the responsibility of the administrator 
to collect the IP address associated with each 
participant for input into the system. 

At step 104, the system predicts the communication 
path each participant will use, based upon their IP 
address. In order to predict these communication paths, 
the system uses IP addresses associated with the 
predicted endpoints and MCU 38. MCU 38 may also use a 
"trace route" or equivalent message to determine which 
communication path will be used to couple a particular 
endpoint with MCU 38. The trace route includes a 
message, or packet of info sent from MCU 38 to the 
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endpoint . The predicted communication path associated 
with each participant will depend, at least in part, upon 
the network that each participant will use to access the 
MCU, the amount of required bandwidth, the capacity of 
5 bandwidth associated with segments of the communication 
path, and/or the amount of bandwidth available at the 
start time, and for the estimated duration of the 
multipoint conference. 

Subjective and/or objective analysis may be 

10 performed by MCU 38 to determine the optimal selection of 
communication paths for each endpoint 32-35 to access MCU 
38, based upon the specif ication (s) of endpoints 32-35, 
MCU 38, and/or other components of communication network 
40. The optimal communication path may also depend, at 

15 least in part, upon the availability of network resources 
or parameters, including available bandwidth, network 
congestion and/or a predetermined QoS recommendation. 

Using this information, the system reserves 
bandwidth along each predicted communication path at step 

20 106. The amount of bandwidth reserved is determined, at 
least in part, from the information received at steps 
100, 102 and the predicted communication paths of step 
104. The reserved bandwidth is identified as unavailable 
to other users of the network from the anticipated start 

25 time, and for the estimated duration of the multipoint 
conference. Bandwidth reservations may be made both ways 
along the communication path. For example, bandwidth may 
be reserved along the communication path from endpoint 32 
to MCU 38, and from MCU 3 8 to endpoint 32. The teachings 

3 0 of the present invention may be used to reserve various 
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network resources, including bandwidth, in the manner 
described herein. 

Finally, at step 108, the system reserves MCU 
resources required for the multipoint conference. MCU 
resources may include communication ports and DSP 
resources appropriate for conducting the multipoint 
conference . The reserved MCU resources are then 

indicated as unavailable for other users of communication 
system 3 0 for a predetermined time period beginning at 
approximately the estimated start time, and extending for 
the estimated duration of the multipoint conference. For 
the purposes of this specification, DSP resources may 
include processing capacity associated with a digital 
signal processor, a general purpose high performance 
central processing unit, or other suitable hardware 
component . 

The reservation of MCU resources ensures that MCU 3 8 
will have sufficient resources available to accommodate 
the multipoint conference. By combining this with 
network resource reservations (e.g. bandwidth), each 
participant is ensured that not only will the MCU be 
available, but that network resources sufficient for the 
participant to access the MCU will be available. 

A database, for example database 64, may be used to 
store information about reserved network and/or MCU 
resources reserved for a multipoint conference. Such 
information may include a session identification, port 
number of the MCU, amount of bandwidth reserved and 
identification numbers for the requestor and each 
participant. The identifier may be an IP address, TCP 
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port number and/or UDP port number. Each session may 
also include the anticipated or actual start, duration 
and end time for the conference, as well as a preselected 
or computed QoS requirement . 
5 FIGURE 3 illustrates communication system 30, which 

now includes a policy server 39, coupled with 
communication network 40. Policy server 39 includes a 
processor 7 0 and memory 72. In various embodiments, 
processor 70 and memory 72 may include components and 

10 functionality identical to those discussed with regard to 
processor 62 and memory 64 of MCU 38. Policy server 39 
is operable to allocate conference resources including, 
without limitation, bandwidth to participants and 
endpoints associated with multipoint conferences. For 

15 example, policy server 3 9 performs decision making 
regarding which multipoint conference (s) receives 
priority over others when, for example, there are 
insufficient network resources to accommodate all 
scheduled and/or requested multipoint conferences . 

20 Similarly, policy server 39 is operable to determine 
which participants and/or endpoints to accommodate with 
network resource reservations, particularly when policy 
server 39 determines that it is likely that less than all 
can be accommodated. In the illustrated embodiment, 

25 policy server 3 9 manages and allocates all of the 
bandwidth in the network, and makes all bandwidth 
allocation decisions for all nodes 61. 

Network 40 includes a core network 74 and peripheral 
networks 76 . Core network 74 includes the network 

3 0 backbone and infrastructure of communication network 40, 
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and may include a local network that MCU 3 8 and policy- 
server 3 9 are coupled with, for example a LAN or a 
metropolitan area network (MAN) . A network administrator 
responsible for the operation of MCU 38 and/or policy 
5 server 3 9 will typically have the ability to exercise 
control over some or all of the network resources 
associated with communication network 40. Core network 
74 is intended to include all such resources. Peripheral 
network 76 includes all other networks and components 
10 which are coupled with and/or integral to communication 
network 40. In accordance with various embodiments of 
the present invention, different types of reservations 
may be made at the core network 74 and the peripheral 
network 76. 

15 At the peripheral network (e.g. LAN), for example, 

reservations may be made before they are needed, and held 
until the conference begins. In other words, at the time 
the reservation for network resources is received, the 
network resources are reserved from that point in time, 

2 0 until approximately the anticipated start (or finish) 
time for the multipoint conference. Accordingly, other 
users of communication network 40 will not have access to 
such network resources from the time the reservation is 
made, until the end time of the reservation. Typically, 

2 5 the periphery network will include sufficient network 
resources available for all participants to access the 
MCU. However, if this is not the case, reservations may 
be made at the periphery network in a similar manner as 
the core network reservations described below. 
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Gateway resources (e.g., ports) associated with 
gateway 42 (FIGURE 1) may also be reserved to accommodate 
a multipoint conference, similar to the reservation of 
network and MCU resources described herein. Similarly, 
5 DSP resources associated with DSP farm 4 3 may be reserved 
for the multipoint conference. 

The reservations associated with the core or 
peripheral network may be communicated and processed 
using the resource reservation protocol (RSVP) . RSVP is 

10 a transport -layer protocol that is intended to provide 
QoS transmission levels in conjunction with TCP/IP over 
the Internet . The RSVP protocol makes the sender of data 
responsible for notifying the receiver that a call is to 
be made (or data to be sent) and what QoS will be needed. 

15 The responsibility for selecting the resources or path by 
which the transmission will take is given to the receiver 
or called party. RSVP may be used to provide immediate, 
real-time reservations of network resources. 

RSVP allows channels or communication paths on a 

2 0 network to be reserved in real-time, for a multicast (one 
source to many receivers) transmission of video and other 
high-bandwidth transmissions. RSVP enables network 

applications to obtain special QoSs for their data flows. 
RSVP works in conjunction with routing protocols and 

25 installs the equivalent of dynamic access lists along the 
routes that routing protocols calculate. It occupies the 
place of a transport protocol in the OSI model seven- 
layer protocol stack. 

At the network core, a predetermined number of 

30 reservations (pool) appropriate to handle the multipoint 
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conference may be made together by the network 
administrator or authorized user. This ensures the 
availability of such network resources at the time of the 
multipoint conference. This reservation pool may be 
5 configured to expire at the anticipated start (or finish) 
time of the multipoint conference. Alternatively, the 
reservation pool may be set to expire ahead of the start 
time of the multipoint conference, to the extent that 
individual participants have not "confirmed" their 

10 reservations. Therefore, any unused or potentially 
unnecessary network resource reservations may be taken 
away from the multipoint conference and allocated to 
other users and/or network components. 

Reservations are distributed from this pool as 

15 individual reservations are received from the endpoints . 
In other words, an administrator reserves a pool of 
network resources for the multipoint conference which are 
allocated to particular participants, as each participant 
confirms their intent to participate in the multipoint 

2 0 conference. Network resources over and above those 
appropriate to service all confirmed participants are 
released to other network users. The expiration of the 
reservation may be scheduled for several days after each 
participant receives their invitation, or a few days 

25 before, or at the beginning of the multipoint conference. 
In this manner, network resource reservations for 
participants who do not intend to participate are not 
unnecessarily maintained, and other network users are 
free to use such network resources . 
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Decisions as to which multipoint conference (s) 
reservations to accommodate, and the quantity of network 
resources available to the multipoint conference (s) are 
made by policy server 39. Similarly, decisions as to 
5 which individual reservations to accommodate, and the 
quantity of network resources (e.g., bandwidth) to 
allocate to each reservation is made by the policy 
server. In accordance with a particular embodiment of 
the present invention, the policy server reserves a 

10 predetermined amount of bandwidth which is dedicated to 
"high-priority" reservations. All multipoint conferences 
may be designated as high priority, and multipoint 
conference reservations may be allocated from this high- 
priority pool of bandwidth. Accordingly, multipoint 

15 conference reservations are afforded a higher priority 
than other communication sessions associated with 
communication network 40. Therefore, a predetermined 
amount of bandwidth may be made available to multipoint 
conferences only, or other particular types of high 

2 0 priority communication sessions may receive high priority 

status and receive bandwidth from the high priority pool . 

In another embodiment, a scheduling algorithm may be 
incorporated into policy server 39. Policy server 39 
maintains a schedule of each multipoint conference, and 
25 the amount of bandwidth required for all participants. 
At a predetermined amount of time before the multipoint 
conference is scheduled to begin (e.g., minutes, hours, 
days ahead of time) , the policy server pre-allocates a 
predetermined amount of bandwidth for the multipoint 

3 0 conference. Pre-allocating bandwidth ahead of the 
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scheduled start time ensures that sufficient bandwidth 
will be available at the start of the multipoint 
conference, and for the entire duration 

In accordance with yet another embodiment, no pre- 
5 allocation of bandwidth is accomplished prior to the 
start of the multipoint conference. Instead, when the 
conference is due to begin, policy server 39 attempts to 
allocate enough bandwidth to accommodate the multipoint 
conference. If sufficient network resources are not 

10 available, lower priority reservations are not 
accommodated. Accordingly, policy server 3 9 is pre- 
configured to prioritize endpoints and/or participants in 
order to determine which endpoints to accommodate. 

MCU 3 8 and/or policy server 3 9 may also be 

15 configured to access the availability and capacity of all 
network components and determine the most appropriate 
resources to use for a particular multipoint conference. 
For example, if MCU 38 or policy server 39 determines 
that sufficient bandwidth between the calling endpoint 

2 0 and the MCU will not be available at the requested time 

in the future, they may attempt to find other network 
resources of communication network 40 to secure the 
network resource reservations to accommodate the upcoming 
multipoint conference. Similarly, if policy server 3 9 or 
25 MCU 3 8 determines that MCU 3 8 does not have sufficient 
communication ports and/or DSP resources available to 
accommodate the future multipoint conference, they may 
attempt to identify another MCU within or coupled with 
communication network 4 0 that has sufficient available 

3 0 capacity. 
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FIGURE 4 illustrates a flowchart of a method for 
reserving MCU and network resources for a multipoint 
conference. The method begins at step 2 00 where a 
request for a multipoint conference reservation is 
received. The request may include information regarding 
the start time, duration, end time, number and identity 
of participants, and type of multipoint conference. The 
request may also include QoS requirements for the 
multipoint conference. Alternatively, the QoS 

requirements may be derived from the type of multipoint 
conference requested. 

The predicted communication path for each 
participant is determined at step 202. The communication 
paths may be predicted as previously discussed, for 
example, with regard to FIGURE 2. Alternatively, 
communication paths from MCU 3 8 to the endpoints may be 
precomputed using RSVP PATH messages, and network 
resource reservations may be acquired in advance for 
those communication paths which travel through the 
network core . 

RSVP PATH messages are sent by each sender of data 
along unicast or multicast routes provided by routing 
protocols. The path message is used to store the path 
state in each node. The path state is used to route 
reservation-request messages in the reverse direction. 

At step 2 04, an estimate of MCU resources required 
for the multipoint conference is established. MCU 
resources may include DSP resources and/or communication 
ports associated with an MCU. The amount of MCU 

resources required will depend, at least in part, upon 
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the number of participants, type of multipoint 
conference, and/or requested QoS . 

At step 206, the system determines whether MCU 
resources are available within the network to accommodate 
the multipoint conference. If there are insufficient MCU 
resources available for the scheduled time, the system 
prompts the conference coordinator to select another 
scheduled time, at step 208. If MCU resources are 
available, the system investigates the availability of 
network resources, to accommodate the communication paths 
associated with each participant. 

A participant is selected at step 210, in order to 
verify the availability of network resources along the 
communication path associated with that participant. The 
order in which network resources are verified regarding 
each participant may proceed according to the order in 
which each participant is input by the multipoint 
conference coordinator. Alternatively, other criteria 
may be used. For example, high priority participant's 
communication paths may be checked first, or 
communication paths which are least likely to have 
sufficient available resources may be checked first. At 
step 214, the system determines whether network resources 
are available for the selected participant (s) . Network 
resources may include bandwidth, switching capacity or 
other components necessary to accommodate the multipoint 
conference as well as any specified or necessary QoS. 

If insufficient resources are available to 
accommodate the selected participant, the system selects 
another MCU to accommodate the multipoint conference, at 
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step 214. If another MCU is selected, the method returns 
to step 206 in order to determine if sufficient MCU 
resources are available at the selected MCU. However, if 
sufficient network resources are available to accommodate 
the selected participant, the system determines whether 
additional participants remain for network resource 
verification, at step 216. 

If more participants remain for communication path 
verification, the next participant is selected, at step 
218. The method returns to step 214, to verify the 
sufficiency of network resources available to accommodate 
this next selected participant. The method continues in 
this manner, until network resources for each 
communication path associated with each participant is 
verified. If sufficient network resources are available 
for each participant, the reservations are confirmed at 
step 220. 

FIGURE 5 illustrates a table, indicated generally by 
the reference numeral 300, maintaining session 
information regarding a plurality of multipoint 
conferences, and associated conference resource 
reservations. Some or all of the session information of 
table 3 00 may be stored, maintained, accessed and/or 
manipulated by MCU 38, policy server 39, and/or other 
components coupled with network 40. 

Table 300 includes a session identification (ID) 
entry 302. For illustrative purposes, three sessions are 
illustrated and designated N, N+l, and N+2 . Each session 
304-306 includes an associated MCU address 308. The MCU 
address identifies the IP address of the MCU selected to 
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host the multipoint conference. MCU entry address 3 08 
also includes an indication of the number of ports, and 
the quantity of DSP resources reserved for each 
multipoint conference. 
5 The requestor ID entry 310 identifies the conference 

coordinator, or the individual who arranged the 
multipoint conference. As previously discussed, the 
requestor ID may be used to prioritize multipoint 
conferences, in order to determine which multipoint 
10 conferences will be accommodated if less than all 
requested conferences may be accommodated by a particular 
MCU. 

The participants selected for each multipoint 
conference are identified at 312. For example, 

15 conference N includes five potential participants, each 
being identified by a unique identifier. In the 

illustrated embodiment of FIGURE 5, the unique 
identifiers include each participant's IP address. A 
user ID may also be used to identify each participant. 

2 0 The user ID may be resolved using an address resolution 
service or using a directory. 

Entry 314 identifies a priority associated with each 
participant, and also indicates whether the participant 
has confirmed that they will participate in the 

2 5 multipoint conference. The priority associated with each 
participant may be used to determine the order in which 
conference resource reservations will be accommodated 
and/or which conference resources will be accommodated 
when less than all reservations may be accommodated. 
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The scheduled start and end time for each multipoint 
conference are identified at 316 and 318, respectively. 
The type of conference is identified at 320. In a mixed 
conference, the type may vary per port. For example, one 
or more participants may receive audio and video signals, 
and others may receive audio only. The requested quality 
of service (QoS) is identified at 322. In the 

illustrated embodiment, the QoS is a bitmap field with 
numerous subfields that identify various attributes 
(e.g., latency, reliability, preemption. Each subfield 
can have a value of zero or one (ON or OFF) . 

The quantity of bandwidth desired for reservation 
along the communication path from each participant to the 
MCU is identified at 324. Finally, entry 326 indicates 
whether or not the bandwidth has been reserved. 

As previously discussed, each of MCU 38, policy 
server 39 and/or functionality described herein may be 
implemented in hardware, software, and/or embedded logic. 
Such components, hardware, software and/or embedded logic 
may be implemented centrally or distributed throughout 
the network. Similarly, components of MCU 3 8 and policy 
server 3 9 may be located centrally, or physically (and/or 
logically) separated within the network. 

Although the present invention has been described in 
several embodiments, a myriad of changes and 
modifications may be suggested to one skilled in the art, 
and it is intended that the present invention encompass 
such changes and modifications as fall within the scope 
of the present appended claims . 



